home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 9034 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.2 KB
  1. Path: ix.netcom.com!netnews
  2. From: sfluhrer@ix.netcom.com(Scott Fluhrer)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Bus error
  5. Date: 7 Mar 1996 02:44:20 GMT
  6. Organization: Netcom
  7. Message-ID: <4hlii4$692@cloner2.ix.netcom.com>
  8. References: <DnuvJG.CA5@cdf.toronto.edu> <4hlqcd$gqj@newsflash.hol.gr>
  9. NNTP-Posting-Host: ix-clv1-12.ix.netcom.com
  10. X-NETCOM-Date: Wed Mar 06  6:44:20 PM PST 1996
  11.  
  12. sakarab@promitheus.hol.gr (Sam Mardirosian) wrote:
  13. >a488load@cdf.toronto.edu (Lo Adley) wrote:
  14. >>
  15. >>  Could you tell me what 'bus error' means?
  16. >
  17. >Your code is trying to read an int/long on odd addresses (as far as I
  18. >can remember) and your proccessor does not support this (possibly
  19. >MC680x0).
  20. Incorrect.  On a 68000/68008/68010, accessing an int/long on an odd
  21. address causes an *address* error.  A bus error was originally an error
  22. that is signaled on a memory access by a device external to the CPU,
  23. typically, by the MMU.  When they moved the MMU onto the CPU chip, they
  24. didn't rename the exception, so now it means that the program attempted
  25. to access memory that was not mapped by the MMU.  If this error wasn't
  26. handled by the OS (say, to support virtual memory), it means that this
  27. statement:
  28. >This simply put, means you have ... r roving pointer.
  29. is accurate.
  30. >
  31. >(Uncle...) Sam.
  32. >
  33. poncho
  34.  
  35.